• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    The invention relates to a method for extracting screen data from a computer resource of a computer system. The method includes dynamically selecting a screen capture mode from a plurality of screen capture modes.
    公开号:FR3047579A1
    申请号:FR1650883
    申请日:2016-02-04
    公开日:2017-08-11
    发明作者:Emmanuel Freund；Asher Criou
    申请人:O Computers；
    IPC主号:
    专利说明:

    METHOD FOR SELECTING A SCREEN CAPTURE MODE DOMAIN OF THE INVENTION
    The present invention generally relates to a method of extracting screen data from a computing resource.
    BACKGROUND OF THE INVENTION
    Advances in computer technology have made it more economical for individual users to have their own computer system, which has led to the proliferation of personal computers (PCs). The use of individual PCs is therefore very diverse, ranging from standard desktop operations or Internet browsing to viewing high quality video or video games.
    Continuous advances in this computer technology mean that these personal computers are becoming more powerful but also complex and difficult to manage. For this reason, as well as others, there has been a growing interest in separating the user interface devices, including the screen and the keyboard, from the application processing parts in the computer system. In the case of a remote system, the interface devices. are physically located at the desktop level, while the computer's processing and storage components are in a host location. The user interface devices are then connected to the processor and the storage components of the host computer system through certain means of communication. This is reflected in cloud computing and the concepts of "thin client" or "zero client".
    In all computer system configurations, whether local or remote, users may need to capture the image displayed on a screen for further processing (storage, streaming over a network). Under these circumstances, we expect perfect integrity, good quality and low latency of the image.
    For example, video game players sometimes record their game sessions for later analysis and improved performance. Other players stream their sessions over a network, in order to broadcast their performances. In the professional world, it is sometimes necessary to provide remote control of a computer system for maintenance, and it is then useful to transmit the information displayed to the remote machine continuously.
    The screen data (i.e., the data stored in a computer resource of a computer system that represents the images displayed on the user's screen) can be captured according to several different modes which present, each , advantages and disadvantages. Some screen capture modes are excellent in that they are close to zero latency, but they are not compatible with images representing 2D / 3D objects or video decoded by the hardware. Other capture modes are suitable for these advanced images but require dedicated hardware or suffer from latency or poorer image quality. "
    In the processes. screen data retrieval, users manually select the appropriate capture mode based on the particular circumstances. Users may need to manually switch between modes, depending on the applications they want to use, the content of the displayed image, the performance of the computer system, and the availability of certain system devices. , computer science.
    PURPOSE OF THE INVENTION
    An object of the invention is to provide a method of extracting screen data from a computer resource of a computer system that is simpler and more efficient than the method of the prior art.
    SUMMARY OF THE INVENTION
    To do this, the invention relates to a method of extracting screen data from a computer resource ... of a computer system that includes dynamically selecting a screen capture mode from among a plurality of modes. screen capture.
    Since the capture mode is chosen dynamically, the user is released from the obligation to switch, of himself, from one mode of capture to another, in particular, when he changes application.
    According to other non-limiting features of the invention, taken individually or in combination: the dynamic selection comprises a step A of preparing a screen capture mode capacity table; The dynamic selection of a screen capture mode comprises: a step B of determining the characteristics of the screen data; a step C of selecting, in the screen capture mode capacity table, the screen capture mode best suited to the characteristics of the screen data; a step D of. switching to the selected screen capture mode, if it is different from the current screen capture mode. Steps A, B, C and D or steps A, B, C and D are repeated iteratively; Step B comprises determining the "acceleration characteristic" to know if at least some of the screen data has been generated by a 2D / 3D acceleration; The acceleration characteristic is obtained by controlling a 2D / 3D acceleration bias of a graphics processor; The acceleration characteristic is obtained by identifying a predetermined pattern in the screen data; The screen data comprises a plurality of frames and the acceleration characteristic is obtained by identifying the predetermined pattern in a sequence of frames. • The method includes extracting the screen data with another screen capture mode compatible with 2D / 3D generation to confirm the acceleration characteristic; Step B includes determining the "protection characteristic" to know if at least some of the screen data is read-protected; • The screen capture mode capacity table includes, for each screen capture mode, at least one of the following functions: availability; 2D / 3D acceleration support; protected screen data carrier; latency; image quality ; use of computer resources.
    FIGURES
    Many other advantages and functions of the present invention will be more apparent after reading the following detailed description, taken in conjunction with the accompanying drawings, among which:
    Figure 1 shows a computer system that is compatible with the method of extracting screen data according to the invention;
    Figure 2 shows a computer architecture for implementing a computer system that is compatible with the data extraction method. screen according to the invention;
    Figure 3 shows a particular embodiment of the method according to the invention.
    Figure 4 shows an exemplary screen capture mode capacity table.
    DETAILED DESCRIPTION OF SPECIFIC EMBODIMENTS OF
    THE INVENTION
    Figure 1 illustrates an exemplary computer system that is compatible with the method of extracting screen data according to the invention.
    The computer system 1 comprises a Central Unit 2 connected to operate at a main memory 3 and peripherals 4, 5, via a system bus 6. As known to those skilled in the art, the system bus 6 comprises a data portion, an address portion and a control portion that allow the CPU 2 to read / write data to the main memory 3, or the memory or registers of any of the connected peripherals 4, 5. The CPU 2 is also connected to operate on one or more expansion buses 7 (such as a PCI or AGP expansion bus) that allows / allows data to be transferred from / to other devices 8, 9 ( such as a graphics card, memory, network controller, or other form of input / output interface).
    In the computer system 1 shown in Figure 1, the system bus 6 is used both to access the main memory 3 and peripherals 4, 5; share the same address space and thus provide the CPU 2 read / write access to any accessible memory location, whether it is located in the main memory 3, or located in any of the peripherals connected 4, 5.
    In another configuration, compatible with the present invention and not shown in FIG. 1, the peripherals 4, 5 are all connected to the extension bus 7, at the same time as the other peripherals 8, 9, and have address spaces. separated from the main memory 3.
    In the computer system 1, the peripherals 8, 9 connected to the extension bus 7 can obtain direct access to the memory space addressed by the system bus 6; this allows data exchange between the main memory 3, the peripherals 4, the other peripherals 8, 9 connected to the expansion bus 7, without involving the CPU 2.
    In the particular example of FIG. 1, the peripheral 5 is a video adapter, making it possible to connect a monitor and to display information intended for the user. The video adapter 5 comprises a video memory 10, a conversion circuit 11 and at least one video output port 12. Usually, the video adapter 5 does not include a dedicated graphics processor, such as a 2D / 3D accelerator or a decoder audio / video.
    The video memory 10 is provided for temporarily storing screen data provided by the CPU 2 bu transferred from the main memory 3 (or from the peripherals). The screen data stored in the video memory 10 is processed by the conversion circuit 11 in the appropriate digital or analog format; and supplied to the video output port 12, for example, of the VGA, DVI or HDMI type. The video output port 12 may be connected to a video monitor with the aid of appropriate cables, in order to display, for the user, the image that corresponds to the screen data.
    In operation, the screen data generated by the CPU 2 is usually stored in a dedicated area of the main memory 3, and regularly transferred to the video memory 10. In some configurations, the video adapter 5 is not equipped with a video memory 10 or it contains a video memory 10 of limited capacity, and in these cases, the screen data are stored in the main memory 3 and transferred essentially directly into the conversion circuit 11.
    Since the video adapter 5 does not contain dedicated 2D / 3D acceleration or video decoder, the screen data that is stored in the video memory 10 and / or the main memory 3 and finally the image displayed for the user from output port 12 may lack some image features such as complex 2D / 3D rendering.
    If we continue the description of the computer system 1 of Figure 1, the device 8 which is connected to the expansion bus 7 is a graphics card. As is well known in the art, the graphics card 8 includes a graphics card memory 13, which, like the video memory 10, stores the screen data. It also includes a graphics processing unit (GPU) 14 which receives the instructions and data, for example, from the CPU 2, on the expansion bus 7. When the video adapter 5 and the graphics card are both present, the computer system 1 can be configured to activate only one of these two resources. The Graphics Processing Unit (GPU) 14 processes the received instructions and data and provides the corresponding screen data to the graphics card memory. The graphics processing unit (GPU) 14 may also instruct the transfer of the screen data stored in the main memory 3 or stored in the video memory 10 of the video adapter 5 to the GPU card device 7, via the system bus 6 and the expansion bus 7, preferably without involving the CPU 2. The screen data from the main memory 3 or the video memory 10 are combined with the data of screen generated by the GPU and / or the decoder and stored in the memory of the graphics card 13.
    The graphics card 8 usually also includes a decoder 8 for transforming, for example, the coded video (and / or audio) data (such as the 'H.264' files) into screen data for storage in the memory. 13. This encoded video (and / or audio) data may be provided by a DVD player, hard disk, or other device connected to the expansion bus or system bus 7, 6.
    A graphics card conversion unit 16 processes the screen data stored in the graphics card memory 13 and sends them to the graphics card output port 17 in a manner similar to the function performed by the video adapter 5.
    Computer system 1 may include other peripherals connected to the extension bus. For example, the device 9 of FIG. 1 is a video capture card (either directly connected to the extension bus 7, as shown in FIG. 1, or connected via an input / output connector , like a USB connector).
    The video capture card 9 is provided with one or more input connector (s) 18 (analog jack, DVI connector, HDMI) for receiving analog or digital video signals. As shown in FIG. 1, the input connector of the video capture card 9 is connected by means of a cable adapted to a corresponding connector of the video output port of the graphics card 17. The video capture card 9 also comprises a circuit 31 which receives and processes the incoming video signal from the connector 18 and transforms it into a screen data stream. This may include digital sampling of the incoming video signal, if the selected input connector is in analog format.
    The video capture card 9 may be provided with its own video memory 32 for storing the screen data generated by the circuit 31. According to another solution (or an additional solution), the captured screen data may be transmitted to the extension bus 7 for storage in the main memory 3, or to other storage devices connected to the computer system 1 (hard disk, USB key, flash memory card, ...). For ease of explanation, the memory in which the captured screen data is stored will be referred to as the capture card memory, regardless of where the memory is actually located.
    It will be recognized that, although described in terms of structural elements, such as "map" and "unit", the computer system 1 may comprise, or be wholly software. For example, and as shown in FIG. 2, a host computer 19 may comprise a plurality of servers 20. As is well known, the servers 20 may be configured to host one or more virtual computer system (s). (s), along with its / their operating system and applications.
    I
    Each of the virtual computer systems 1 in the host computer 19 can be dedicated to a specific user. Users can interact with their dedicated virtual computer systems 1 from remote networks 21, 21 ', each connected to the host computer 19 via a network such as the Internet. Since most, if not all, processing is at the host computer 19, the remote systems 21, 21 'may remain very simple, and may include, for example, a simple terminal, a network connector and basic input / output devices (keyboard, mouse ...) as represented by the remote system 21 in FIG. 2. Alternatively, it may be a standard personal computer, with its own Central Unit, its graphics card, its peripherals, .... as represented by the remote system 21 '.
    To display the images on the user's terminal, the host computer 19 supplies the remote system 21, 21 'on the network with screen data (and possibly additional data or control data for the input devices / output installed at remote site 21). In contrast, the remote system 21 supplies the host computer 19 with control data coming from the input / output devices installed at the remote site (keyboard, mouse), and possibly other forms of data such as screen and sound data provided by a USB device or integrated into a camera and microphone of the remote system, or remote network devices, such as printers.
    The data exchanged between the host computer 19 and the remote system 21 may be compressed to limit the use of the network bandwidth.
    Regardless of the fact that the computer system 1 is provided in a hardware form or in a virtual form, the invention proposes a method for extracting screen data from computer resources (such as a peripheral device, a memory, etc.) computer system 1. "Extract" means that 1 / CPU 2 executes the instr uction to initiate the reading of the screen data from a computer resource such as a memory or a circuit 31 of the capture card 9. The screen data read can, for example, be stored temporarily in a main memory 3 for further processing (encoding, compression) before being sent out of the computer system 1, for example, on a connection device. In the alternative, the read screen data can be stored in a storage device, connected to the expansion bus 7, such as a hard disk.
    As mentioned above, the screen data extraction of a computing resource may be useful in the context of the computer architecture of Figure 2, where the screen data generated in the virtual computer system 1 of the 19 must be provided to a remote system 21. It may also be useful, in the context of the implementation of a hardware in the computer system 1, to allow a user to record or put online the images formed on its screen (which is generally connected to the video output port 17 of the graphics card 7 or to the video output port 12 of the video adapter 5), as may be necessary in the context of work or leisure .
    There are different approaches to obtaining screen data, each approach being referred to as "screen capture mode" (or more simply "capture mode"), depending on the configuration of the computer system 1, the use and the actual charge and depending on the nature of the images displayed.
    According to a first capture mode, the screen data is extracted from the main memory.
    This - mode can be particularly fast, and thus reveal a low latency (ie the period between the moment when an image is generated by the CPU 2 or the UTG 8, and the time when the data of corresponding screens are extracted by the capture mode).
    However, this mode is not suitable when the images to be displayed include accelerated 2D / 3D objects or a dedicated video decoder. Since the video adapter 5 or the CPU 2 does not include the resources required to process these elements, the proper screen data can not be generated. Instead, the screen data stored in the video memory 10 will include predetermined patterns that will correspond to a black, gray or white area in the finally displayed image.
    According to a second capture mode, the screen data is extracted directly from the graphics card memory 13 of the graphics card 8. This approach usually makes it possible to extract the screen data corresponding to the full-screen image, even when this image includes 2D / 3D accelerated objects or decoded video. However, this capture mode imposes a huge burden on the computer system 1, since the graphics card 8 and the computer system 1 have not been designed to transport the contents of the memory of the graphics card to the extension 7. similarly, this second capture mode requires knowing the location (range of memory addresses) of the screen data in the graphics card memory 13. Since some applications may choose to store the screen data in non-usual locations in this memory, this second capture mode may not always be available or reliable. '
    The screen data stored in the graphics card memory 13 may be associated with a "protection flag" which prevents their extraction from the memory. This is particularly the case when the screen data contains protected elements, for example example from a copyrighted source (eg DVD, or Video on Demand services). Under these circumstances, the extracted screen data will have a predetermined pattern (which usually corresponds to a black, gray or white area of the image) instead of the expected screen data.
    According to another exemplary capture mode, the screen data is retrieved from capture card memory 32 or capture card circuit 31. This mode usually provides screen data. which are very representative of the actual displayed image (including 2D / 3D objects and decoded video that can be embedded in these images) but generally have lower quality (which comes from the degradation caused by successive encodings / decodings of the video signal) and a high latency.
    Another exemplary capture mode is available when the video adapter 5 is a virtual video adapter (eg, emulated by software running on a server 20 of the host system 19). In this configuration, the screen data can be read and extracted from the virtual video output port of the virtual video adapter 5.
    Depending on the actual configuration of computer system 1, and depending on the available device, an additional capture mode may be available. In addition, some of the capture modes described above may not always be available: for example, the video capture card 9 or the video adapter 5 may not be present or may be defective in the computer system 1.
    The screen data extraction method according to the invention includes the dynamic selection of a screen capture mode from among a plurality of such modes. In the term "dynamic", it should be understood that the selection is done automatically, at regular intervals, repeatedly in order to select an appropriate capture mode, adapted to the configuration and / or use and / or the current load of the computer system 1, and the nature of the displayed image, and / or the content of the screen data, and / or the performance of the capture process (eg latency).
    Figure 3 shows a particular embodiment for such a method. The method can be represented in the computer system 1 by software instructions executed by the CPU 2 and stored in the main memory 3.
    The method is initiated (Case "Startup" in Figure 3) from an instruction to capture the screen data. This instruction can be generated by the user of the computer system 1. It can also be generated by another application executed on the computer system 1 (or a host computer 19 in the case of the computer architecture of FIG. 2). )>
    During a step A, the method comprises preparing a screen capture mode capability table.
    This table may be pre-existing or partially pre-existing and stored in the main memory 3 or in a memory external to the computer system 1 of Figure 1 (that is to say on an external memory).
    The table associates capture modes with their characteristics.
    An example of such a screen capture mode capacity table is shown in FIG. 4, but the invention is not limited to the given list of characteristics / nor to the representation, in the computer system 1, of the capacity chart represented as a table.
    The first column of the table corresponds to a predefined list of capture modes. This can be an exhaustive list of possible capture modes.
    The second column indicates whether the corresponding capture mode is available in the computer system 1. This information can be established dynamically by detecting, on the system bus 6 or the expansion bus 7, the presence or absence of the device. underlying (for example the video adapter 5, the video capture card 9, the graphics card 8, ...) which supports the capture mode in question. This presence can manifest itself either in its physical form or in its virtual form.
    The third column, called "accelerated 2D / 3D window", indicates whether the capture mode is capable of extracting the screen data corresponding to the image incorporating the 2D / 3D acceleration features or the decoded video, in a partial area of the screen (window).
    The 4th column, called "2D / 3D full screen", indicates whether the capture mode is capable of extracting the screen data corresponding to the images incorporating the 2D / 3D acceleration features or the decoded video, displayed in full screen .
    The 5th column, called "protection flag", indicates whether the capture mode is able to extract protected or encrypted screen data.
    The 6th column, called "latency", indicates a latency performance value. The latency performance value can be predefined for each capture mode. But, according to a preferred embodiment, the latency performance value is established during this step A. For example, this can be done by executing, by the CPU 2, the following steps:
    Display a unique pattern on the screen, and start a clock counter.
    Extract the screen data using the capture mode (s) for which the latency performance should be evaluated. - As soon as the unique pattern is identified in the screen data retrieved from a capture mode, associate the value of the clock counter with the capture mode.
    Evaluate the latency performance of the capture mode (s) based on the value / values of the timer (in general, the higher the value of the clock counter, the lower the performance. high).
    The 7th column of the capture mode capability table, referred to as "quality", indicates the quality of the reconstructed image from the extracted screen data. Usually, this information is predefined for each capture mode of the predefined list; but can also be signaled by each capture mode itself.
    The 8th column, called "resources", indicates the load imposed on the computer system 1 during the operation of the capture mode. This characteristic of "resources" can be predefined or dynamically established during this step A. This can easily be done for example by comparing the use of the CPU 2 and / or the traffic of the system or the extension bus, or the use of the main memory 3 while the capture mode is in operation and while the capture mode is not in operation. .
    The 9th column, called "user priority", indicates which capture mode is the priority capture mode, that is, the preferential order to select a capture mode when such a decision is to be made for example, at the time of starting the implementation of the method according to the invention.
    The 10th column, called "frequency", indicates the capacity of the corresponding capture mode with respect to the nature of the image. Some capture modes may be better suited for extracting screen data corresponding to "still images", such as desktop representation, desktop applications; other capture modes may be better suited for extracting screen data corresponding to "moving pictures" such as movies or video games. At the end of step A, the screen capture mode capacity table as shown in FIG. 4 is stored in the main memory 3.
    During this step, also, an initial capture mode is selected to be the current capture mode. This selection can be made from the available capture modes (as indicated by the second column of the table), for example based on the priority value of the user of the 9th column, or even randomly selected from capture modes available. The screen data is then extracted by this initial capture mode of the appropriate computer resources of the computer system 1 and provided in the main memory 3 or on an extension bus 7.
    If the description of FIG. 3 is continued, the particular embodiment of the method according to the invention further comprises a step B of determining the characteristics of the extracted screen data.
    For example, it is determined whether at least some of the extracted screen data has been generated or should have been generated by 2D / 3D acceleration. This "acceleration characteristic" can be achieved - in many ways. According to a first approach, the acceleration characteristic is determined by controlling a 2D / 3D acceleration bias of the graphics processor 14. This can be achieved by determining whether the instructions on the expansion bus 7 'are directed to the unit. graphic processing. According to a second approach, the acceleration characteristics are obtained by identifying a predetermined pattern (for example corresponding to a black, gray or white area in the corresponding image) in the extracted screen data. The presence of a predetermined pattern may indicate that the image incorporates 2D / 3D acceleration features that can not be accepted by the current capture mode. In other words, this indicates that the extracted screen data must have been generated by 2D / 3D acceleration.
    When the displayed images are animated, the screen data consists of a plurality of frames, each frame corresponding to an image, in a sequence of images. In this case, the acceleration characteristics can preferably be obtained by identifying the predetermined pattern in a frame sequence, rather than in a single frame of screen data. This makes it possible to confirm the acceleration characteristics with greater certainty.
    To further confirm the acceleration characteristics, it is possible to extract the screen data using another capture mode, known from the table of Figure 3 as being compatible with 2D / 3D acceleration. If the screen data extracted by this other capture mode does not reveal the predetermined pattern, this confirms the "acceleration characteristic" of the screen data retrieved using the current capture mode. Likewise, the size of the pattern (in terms of corresponding image pixels) makes it possible to identify whether a "full screen" functionality or "window" functionality is needed.
    The screen data retrieved during this step B may also be examined to determine whether they reveal a "protection characteristic" or whether at least some screen data is read-protected. This can be done in a simple way by identifying the presence or absence of the "protection flag" in the screen data.
    In another example of the processes that can be performed during this step B of determining the characteristics of the extracted screen data, it can be determined whether the screen data retrieved in the current capture mode correspond to "still images" or "moving pictures". This can be accomplished by measuring screen data variations from one frame to another in a sequence of frames.
    Continuing with the description of FIG. 3, the method further comprises a step C of selecting, in the screen capture mode capacity table, a screen capture mode adapted to the characteristics of the data of the screen. screen.
    Of the available capture modes (indicated by "ON" in the second column of the table), the capture mode representing the capacity of the features identified in the previous step is selected. If there are several modes, it is the capture mode that reveals the best performance (eg, latency, quality, or performance characteristics of the capacity table) that is selected. Similarly, the priority value of the capacity table can also be used to further refine the choice among the various possible options. In step D of the method of FIG. 3, the current capture mode is switched to the selected capture mode if they are different.
    The screen data is then extracted from the capture resources of the computer system 1, using the new current capture mode. According to the configuration of the computer system 1, the use and / or the load and according to the nature of the images displayed, the screen data are automatically selected from the most appropriate computer resources: for example in the video memory 10 of the video adapter 5; in the graphics card memory 13 of the graphics card 8; in the memory of the video recorder 32. As mentioned above, the extracted data can be provided on a system bus 6, or an expansion bus 7 to be put in either outgoing stream, or stored in a storage device , even stored in main memory 3.
    After step D, the method according to the invention continues by being redirected either to step A or to step B. For example, step A may be selected once every one hundred or a thousand loops in order to Regularly update the Screen Capture Mode Capability Table and take into account changes in computer system configuration, usage, or load 1.,
    The method thus leads to the dynamic selection, without any user intervention, of the capture mode, taking into account the characteristics and operational performance of the computer system 1, as well as the nature of the images generated in the computer system 1.
    权利要求:
    Claims (12)
    [1" id="c-fr-0001]
    A method of extracting screen data from a computer resource of a computer system characterized in that it comprises dynamically selecting a screen capture mode from among a plurality of screen capture modes. .
    [2" id="c-fr-0002]
    The screen data retrieval method according to claim 1, wherein the dynamic selection of a screen capture mode comprises a step A of preparing a screen capture mode capability table.
    [3" id="c-fr-0003]
    A method of extracting screen data according to claim 2, wherein the dynamic selection of a screen capture mode comprises: - a step B of determining the characteristics of the screen data; a step C of selecting, in the screen capture mode capacity table, the screen capture mode best suited to the characteristics of the screen data; a step D of switching to the selected screen capture mode, if this is different from the current screen capture mode.
    [4" id="c-fr-0004]
    The method of extracting screen data according to claim 3, wherein steps B, C and D are repeated iteratively.
    [5" id="c-fr-0005]
    A method of extracting screen data according to claim 3, wherein steps A, B, C and D are repeated iteratively.
    [6" id="c-fr-0006]
    A method of extracting screen data according to any one of claims 3 to 5, wherein step B comprises determining the "acceleration characteristic" to see if at least some of the screen data were generated by 2D / 3D acceleration. .
    [0007]
    The method of extracting screen data according to claim 6, wherein the acceleration characteristic is obtained by controlling a 2D / 3D acceleration bias of a graphics processor.
    [8" id="c-fr-0008]
    8. A method of extracting screen data according to claim 6, wherein the acceleration characteristic is obtained by identifying a predetermined pattern in the screen data.
    [9" id="c-fr-0009]
    The screen data retrieval method according to claim 8, wherein the screen data comprises a plurality of frames and the acceleration characteristic is obtained by identifying the predetermined pattern in a sequence of frames.
    [10" id="c-fr-0010]
    The method of extracting screen data according to claim 8, further comprising extracting the screen data by another screen capture mode compatible with 2D / 3D generation to confirm the characteristic of the screen. acceleration.
    [11" id="c-fr-0011]
    A method of extracting screen data according to any one of claims 3 to 5, wherein step B comprises determining the "protection feature" to see if at least some of the screen data is protected in reading.
    [12" id="c-fr-0012]
    The screen data extraction method according to claim 2, wherein the screen capture mode capability table includes, for each screen capture mode, at least one of the following features: ; 2D / 3D acceleration support; protected screen data carrier; latency; image quality ; use of computer resources.
    类似技术:
    公开号 | 公开日 | 专利标题
    FR3047579A1|2017-08-11|
    US20170201478A1|2017-07-13|Systems and methods for manipulating and/or concatenating videos
    US20070236482A1|2007-10-11|Attachable display system for a portable device
    US11082490B2|2021-08-03|Method and apparatus for execution of applications in a cloud system
    US20160147836A1|2016-05-26|Enhanced Network Data Sharing and Acquisition
    US20150035999A1|2015-02-05|Method for sharing digital photos securely
    US9910865B2|2018-03-06|Method for capturing the moment of the photo capture
    US10831262B2|2020-11-10|Dynamic augmented reality media creation
    JP6300792B2|2018-03-28|Enhancing captured data
    US10134137B2|2018-11-20|Reducing storage using commonalities
    CN110290398B|2021-11-05|Video issuing method and device, storage medium and electronic equipment
    EP2526467B1|2019-11-27|Method for displaying multimedia content on a screen of a terminal
    WO2022042389A1|2022-03-03|Search result display method and apparatus, readable medium, and electronic device
    WO2022037484A1|2022-02-24|Image processing method and apparatus, device and storage medium
    CN106455128B|2020-07-28|WIFI point-to-point data transmission method and device
    US20210110214A1|2021-04-15|Selective image compression of an image stored on a device based on user preferences
    CN110083321B|2021-05-04|Content display method and device, intelligent screen projection terminal and readable storage medium
    US20200099782A1|2020-03-26|Systems and methods for curation and delivery of content for use in electronic calls
    FR2901049A1|2007-11-16|ENCODING METHOD AND DISPLAY SYSTEM ON A SCREEN OF A DIGITAL MODEL OF AN OBJECT IN THE FORM OF A SYNTHESIS IMAGE
    US8811756B2|2014-08-19|Image compression
    WO2021052095A1|2021-03-25|Image processing method and apparatus
    US20210026885A1|2021-01-28|Filtering video content items
    US20210026884A1|2021-01-28|Filtering video content items
    FR3099675A1|2021-02-05|RULE-GUIDED INTERACTIONS TRIGGERED DURING RECOVERING AND STORING WEBINAR CONTENT
    US20140351064A1|2014-11-27|Directional Filmstrip Display in Street View
    同族专利:
    公开号 | 公开日
    US10600140B2|2020-03-24|
    EP3202472A1|2017-08-09|
    US20170228851A1|2017-08-10|
    FR3047579B1|2020-10-30|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    US20140073298A1|2012-09-13|2014-03-13|Klip, Inc.|Method and system for screencasting smartphone video game software to online social networks|
    US20140098110A1|2012-10-09|2014-04-10|Mediatek Inc.|Data processing apparatus with adaptive compression/de-compression algorithm selection for data communication over display interface and related data processing method|
    US20150237356A1|2014-02-18|2015-08-20|Microsoft Corporation|Host encoder for hardware-accelerated video encoding|CN109692480A|2019-02-02|2019-04-30|网易（杭州）网络有限公司|It watches in a kind of online game method and apparatus|US7073070B2|2001-06-29|2006-07-04|Intel Corporation|Method and apparatus to improve the protection of information presented by a computer|
    US8766993B1|2005-04-06|2014-07-01|Teradici Corporation|Methods and apparatus for enabling multiple remote displays|
    US7822278B1|2005-09-20|2010-10-26|Teradici Corporation|Methods and apparatus for encoding a digital video signal|
    US20070024705A1|2005-08-01|2007-02-01|Richter Roger K|Systems and methods for video stream selection|
    US8028040B1|2005-12-20|2011-09-27|Teradici Corporation|Method and apparatus for communications between a virtualized host and remote devices|
    US9049271B1|2009-07-16|2015-06-02|Teradici Corporation|Switch-initiated congestion management method|
    US8629878B2|2009-08-26|2014-01-14|Red Hat, Inc.|Extension to a hypervisor that utilizes graphics hardware on a host|
    US8387060B2|2009-10-01|2013-02-26|Dell Products L.P.|Virtual machine resource allocation group policy based on workload profile, application utilization and resource utilization|
    LT2691803T|2011-03-31|2017-08-25|Next Scan Technology Bvba|Flat field telecentric scanner with diffraction limited performance|
    US20150278585A1|2012-04-18|2015-10-01|Vixs Systems, Inc.|Video processing system for video surveillance and methods for use therewith|
    US20150009222A1|2012-11-28|2015-01-08|Nvidia Corporation|Method and system for cloud based virtualized graphics processing for remote displays|
    US9298490B2|2012-12-20|2016-03-29|Vmware, Inc.|Managing a data structure for allocating graphics processing unit resources to virtual machines|
    CN104021006A|2013-02-28|2014-09-03|慧荣科技股份有限公司|Extensible firmware interface external display card, host system and relevant startup method|FR3077905B1|2018-02-09|2020-10-30|Blade|PROCESS FOR BROADCASTING USER SESSIONS, HOST COMPUTER ALLOWING THE IMPLEMENTATION OF THIS PROCESS, AND PROCESS FOR PROVIDING SERVICES TO A USER|
    FR3086425B1|2018-09-20|2021-03-05|Blade|PROCESS FOR EXECUTING AN APPLICATION PROGRAM IN A COMPUTER SYSTEM|
    FR3088788B1|2018-11-16|2021-10-08|Blade|PROCESS FOR CONFIGURING A COMPUTER SESSION EXECUTING ON A HOST COMPUTER, AND SCREEN EMULATOR FOR A HOST COMPUTER|
    FR3088789B1|2018-11-16|2021-08-06|Blade|TRANSMISSION PROTOCOL OF A DATA FLOW TRANSITTING BETWEEN A HOST COMPUTER AND A REMOTE CLIENT|
    FR3088785B1|2018-11-16|2020-10-30|Blade|MAINTENANCE PROCEDURE FOR A VIRTUAL MACHINE HOSTED ON A SERVER OF A HOST COMPUTER|
    FR3088751B1|2018-11-16|2021-02-12|Blade|PROCESS FOR CAPTURING AND BROADCASTING A USER'S COMPUTER SESSION|
    FR3090945B1|2018-12-24|2021-07-09|Blade|Method of connecting a remote device to a virtual local network|
    FR3090946A1|2018-12-24|2020-06-26|Blade|Portable adapter suitable for virtual mounting of a remote device on a virtual machine, system and method.|
    FR3100459B1|2019-09-05|2021-11-05|Blade|CAPTURE AND DISTRIBUTION PROCESS TO COORDINATE ORDERS PRODUCED BY TWO REMOTE CLIENTS ASSOCIATED WITH THE SAME COMPUTER SESSION|
    法律状态:
    2017-02-22| PLFP| Fee payment|Year of fee payment: 2 |
    2017-08-11| PLSC| Publication of the preliminary search report|Effective date: 20170811 |
    2018-01-19| CD| Change of name or company name|Owner name: BLADE, FR Effective date: 20171218 |
    2018-02-01| PLFP| Fee payment|Year of fee payment: 3 |
    2020-02-28| PLFP| Fee payment|Year of fee payment: 5 |
    2021-02-11| PLFP| Fee payment|Year of fee payment: 6 |
    2022-02-15| PLFP| Fee payment|Year of fee payment: 7 |
    优先权:
    申请号 | 申请日 | 专利标题
    FR1650883A|FR3047579B1|2016-02-04|2016-02-04|METHOD OF SELECTING A SCREEN CAPTURE MODE|FR1650883A| FR3047579B1|2016-02-04|2016-02-04|METHOD OF SELECTING A SCREEN CAPTURE MODE|
    EP17154171.7A| EP3202472A1|2016-02-04|2017-02-01|Method for selecting a display capturing mode|
    US15/424,491| US10600140B2|2016-02-04|2017-02-03|Method for selecting a display capturing mode|
    [返回顶部]